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ABSTRACT 



The report prepared tor the Five Associated 
University Libraries (FAUL) by the Technical Information 
Dissemination Bureau (TIDB) at Suny-Buffalo is divided into nine 
sections: (1) a summary of procedures used to accomplish the 

specified MASFILE-II tasks; (2) a graphic comparison of the MARC-II 
and the MASFILE-II formats; (3) recommend modifications to the FAUL 
MASFILE-II record needed to transmit records from the MASFILE 
computer to local terminals or line printers in the MARC-II format; 
(4) recommend data elements which must be resident in a MASFILE-II 
record to produce products as specified by the FAUL Systems 
Committee; (5) recommend workable procedures for each FAUL Library to 
modify MASFILE-II records in a central computer on a routine basis; 
(6) recommend workable procedures for adding current local records 
into MASFILE; (7) recommend workable methods for identifying and 
selecting specific records and groups of records from MASFILE to 
produce lists organized by subject, class number, or main entry; (8) 
isolate major problem areas resulting from this project and (9) 
summarize time spent and activities performed in computer testing, 
program runs, clerical operations, and professional time. {MASFILE-I 
Pilot Project is available as ED 028 801). (Author/NH) 
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1 . o INTRODUCTION 



In response to a request from the Five Associated University 
Libraries (FAUL), the Technical Information Dissemination 
Bureau (TIDB) at SUNY-Buffalo undertook project MASFILE-II, 

The tasks specified in the FAUL Work Statement (section II. I) 
were undertaken. As part of the project, TIDB was directed 
by FAUL to prepare a report which would include: 

1. A summary of procedures used to accomplish the 
specified MASFILE-II tasks. 

2. A graphic comparison of the MARC-ll format and the 
M ASF I LE- I I format * 

3. Recommend modifications to the FAUL MASFILE-II re- 
cord needed to transmit records (by magnetic tape or 
by IBM 274! communications terminals) from the 
MASFILE computer to local terminals or line printers 
in the MARC-ll format* 

4. Recommend data elements which must be resident in a 
MASFILE-II record to produce products as specified 
by the FAUL Systems Committee* 

5. Recommend workable procedures for each FAUL Library 
to modify MASFILE-II records in a central computer 
on a routine basis which have been input from either 
the MARC Tape Distribution Service or from local 
cataloging systems, 

6. Recommend workable procedures for add i ng current 
local records into MASFILE, 

7. Recommend workable methods for identifying and selec- 
ting specific records and groups of records from 
MASFILE to produce lists organized by subject, class 
number, or main entry. 

8. Isolate major problem areas resulting from this 
project which FAUL library staff members, committees 
or contractors should solve. 

9. Summarize time spent and activities performed in 
computer testing, program runs, clerical ooerations, 
and professional time. 

This report is divided into 9 Sections, each dealing with one 
of the a bove areas. 
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2.0 A SUMMARY OF PROCEDURES USED TO ACCOMPLISH MASFILE-II TASKS 

2 . 1 Task j__. Convert MASFILE-I Records to MASFILE-II Format 

I 2 3/ 

Records produced during the MASFILE-I project —*■ — - — were pre- 
viously stored on magnetic tape in the SIJNYAB master file format. 
Since the SUNYAB master file format is a modified MARC-I format, 
conversion to the MASFILE-II format (essentially a MARC-I I format) 
could not be performed by computer alone. The SUNYAB master file 
format contains less detail than the MARC II format. Because 
of this, appropriate bibliographic items require human modifica- 
tion of certain tagged fields in order to transform them into 
the MARC-I I format. 

4 / 

In order to accomplish this task, a computer program ( P — i ) — 
was written which converted MASFILE-I tags to the most probable 
MARC- I I tags and then formatted the data into the IBM Adminis- 
trative Terminal System (ATS) format. A computer listing of 
the converted file was printed (P-2) and used by an editor to 
correct tags, delimiters and Indicators, then the file was 
loaded into ATS (P-3). After correction, the ATS file was 
transferred to magnetic tape (P-4) and reformatted into the 
MASFfLE-l I format (P-5). About i,800 records were converted in 
this manner. 

2 . 2 Task 2 . Extvaotion of Mavo II Z Class Records 

A computer program was written (P-6) and used to search 21,480 
MARC-I I records for those records in the Library of congress 
_Z Class. As a result, 528 records were extracted. Each record 
was then converted from the MARC- II format to the MASFILE-II 
format (P-6). This task merely involved moving the LC card 
number tagged field. A MASFILE-II control number was then 
inserted in the control number portion of the MARC- I I record . 



T7 M a s f i I e - ! Pilot Pro j ec t Final Report, April II, 1969 

(available from the ERIC Document Reproduction Service as 
ED-028 801). 

2 J An Experimental Holdings List of Selected Research Mono- 
graphs in the Fj ve /Associated IJnlversity Libraries: Book 

Trade and Library Service. January 1969. 

3 J Same, in microfiche form 

4] Computer programs are Indicated by program numbers beginning 
with the letter F\ A list of programs used for the MASFILE- 
II Pilot Project is in Section 11.3. 
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2 . 3 Task 3 . Extraction and Listing of 2 Class SUNYAB Records 

A computer program program was written (P-7) and used to extract 
all Z_ Class entries which had been added to the SUNYAB master 
file between September I, 1965 - July I , 1969. Z_ Class records 

were stored on magnetic tape (P-7). These records were then 
passed through a SUNYAB program (P-8) which generated a main 
entry filing field. The file was then sorted on this field (P-9) 
and on the extant t i t I e/ma i n - e n t ry fields in the records accord- 
ing to a main-entry filing program (P-10). A listing of 581 
records was printed ( P — I 1 ) and sent to the Cornell University 
L i bra ry , 



2 . 4 Task 4 . Cornell Updating of SUNYAB Records 

Cornell holdings information was added manually to each of the 
records on the list produced as described in Section 2.3 above. 
The list was then returned to TIDB by Cornell. 



2,5 Task 5 . Addition of Cornell Holdings to Extracted 
SUNYAB Z Class Records “ 



The computer program used to convert MASFILE-I records (P-l) 
to the MASFILE-II format (Task I) was modified and used to con- 
vert the Task 3 records to a close a pprox i ma t i on of the MARC-II 
tagging scheme. These records were converted to the ATS format 
and loaded into ATS. Again an editor corrected tags, delimiters 
and indicators. A typist corrected the records using ATS anJ 
added the appropriate Cornell holdings statements. These re- 
cords were transferred to magnetic tape (P-4) and formatted 
into the MASFILE-II format using the program described in 
Sect ion 2.1 (P-5). 



2 . 6 Task 6 . Conversion of SUNYAB Z Class Cataloged Items 

Upon receipt of FAUL Cataloging Worksheets from SUNYAB, con- 
taining Z_ class records of items cataloged from July I, 1969 - 
September 31, 1969, the records were entered on ATS, proofread 

and corrected. Special coding was required for certain dia- 
critical marks. This diacritical coding is described in Sec- 
tion 11.2. These records were transferred to magnetic tape 
(P-4) and formatted into the MASFILE-II format (P-5). 



2 . 7 Tasks 7 and 8, Conv ersion of Cornell Z Class Cataloged 
Items 




The procedure for these tasks is identical to that described in 
Section 2.6; the Z class items from Cornell were cataloged dur- 
ing the period JuTy I, 1969 through September 31, 1969. 
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2 . 8 Task 9 . Merging of Records and Addition of "Not Checked 
for Holdings " Statements 

All records described above were merged f nto a single f ‘ I e • A 
"Not Checked for Holdings" statement was added to each of the 



"NOT CHECKED FOR HOLDINGS" 
ADDED FOR 



All Libraries 
No Libraries 
Binghamton, Rochester, 

Syracuse 

Binghamton, Cornell, Rochester, 
Syracuse 

Binghamton, Buffalo, Rochester, 
Syracuse 



2 . 9 Task 10. MASFILE-II Listing in Main Entry Order 

A computer program was written (P-13) which generated main en- 
try sorting fields from MARC- I I format records. A sort was per- 
formed using this field (P-9). A program was written which 
listed the file ( P — 1 1 ) • The entire file was then listed and 
sent to the FAUL Central office. 

Subsequently the print tape was used to generate 200 Computer 
Output Microfiche set using a K0M-90 machine in Rochester. 

This product was not a part of the original work statement. 

One fiche set forms Part II of this report and is inserted on 
the inside back cover. 



files described below (P-12) 



SOURCE OF RECORD 
MARC 

MASF I LE- I 

SUNYAB Ma ster File 



SUNYAB Current 
Corne I I Cu rrent 
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3.0 GRAPHIC COMPARISON OF MARC-II AND MASFILE-II FORMAT 



The MASFILE-II and MARC - t I formats are quite similar since 
only a few additions and changes were made to the MARC-II for- 
mat to adapt it to the MASFILE-II application. Logically, the 
two record formats appear identical on magnetic tape with the 
record structure shown in Figure I. Both are variable length 
records with leading information containing record length and 
other descriptive information. Both have a tag table contain- 
ing tag numbers, location, and length of data for each tagged- 
piece of information. In both, the remainder of the record 
contains variable length data Items each preceded by two indi- 
cators. Subfields of the items are separated by standard MARC- 
II delimiters. 



The contents of the data item for each tag is, in most cases, 
the same for the MARC and MASFILE formats. The content of 
the fields tagged from Oil through 899 are identical in the 
two formats. The major differences between the two formats 
occur in the fields tagged 001 (Fixed Length Data Elements), 
008 (Fixed Length Fields), 010 ( LC Card Number) and 910 (Local 
Holdings) . 



The fields tagged 900 and above are provided by the Library of 
Congress for local use and therefore do not appear as fields 
in any MARC-II records distributed by LC . In the MASFILE-II 
format, the 910 field was assigned to contain local cal I 
numbers and holdings information for FAUL libraries. 



As used in MASFILE-II, the 910 field has two indicators which 
are interpreted as a single two-digit number and a single ($a) 
data subfield. The number formed by the indicators is a code 
number for the FAUL I fbraries. 



Field 


Indicator 


S u b f i e 1 d 


Li bra ry 


9 1 0 


0 1 


$a 


Buffalo 


9 1 0 


02 


$a 


Rochester 


9 1 0 


03 


$ a 


Syracuse 


910 


04 


$a 


B i ng hamton 


9 1 0 


05 


$ a 


Cornel 1 




The data field contains the National Union Catalog code for the 
member libraries followed by a character "/" and either the 
phrase, "not checked for holdings" or the local call number and 
number of copies separated by another character Example 

of a holdings statement: 9 I 00 f $aNBU/Z I I 6/ ( 3 ) means that SUNY- 

Buffalo owns three copies of an Mem classed as Z I I 6 . Example: 

9 I 005$aN I C/N0T CHECKED FOR HOLDINGS, means that the item has not 
been checked by Cornell to determine if Cornell owns it. If 
Cornell had done so and a copy was in its collection, the hold- 
ings statement would reflect that fact similar to the preceding 
statement for Buffalo, 
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The 008 tagged field which for both MARC- I I and MASFILE-M 
contains fixed length data elements is identical in structure 
for both formats. The full list of MARC- I I elements is pre- 
sen ted in Figure 2 . 

MARC-11 elements which are omitted in MASFILE-II are the 
intellectual Level Code, the Government Publication Indicator, 
and (for Cornell and SUNY-Buffalo) the Main Entry in Body of 
Entry Indicator. The Cataloging Source Code has these addi- 
tional values in MASFILE-M: 



In the MARC-II records, the 001 tag is used for the LC Control 
Number which is a formatted version of the LC Card Number. The 
010 tagged field In MARC-II is reserved for the LC Card Number 
but it has never actually been entered in the record by LC so 
far. 

For MASFILE-II, the 001 tag Is used for the MASFILE Control 
Number. This eleven digit number is constructed in the 
format SSSYYNNNNNN, where represents a three letter source 
file code (MRC for MARC, RBU for retrospective Buffalo records, 
NBU for n_ew1y cataloged Bu f f a I o records, NIC for* new I y cataloged 
Cornell records, and MFI for MASFILE-I), Y a two-digit 7 ear > and 
N_ represents six-digit accession number. The result could ap- 
pear as this example illustrates: 



x 



z 



y 



original cataloging (i.e. FAUL) 
Title M ; shared cataloging 
NUC entry 



001 (z it! RBU 69 000492 




access i on number 



1969, year of accession 



^retrospective record from SUNY-Buffalo 



blank indicators 



1M ARC/MASF I LE tag for MASFILE Control number 
field 



In the MASFILE format the 010 field contains the LC Card 



Number . 
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1 

r record 
\ length 


status record 

type 


b i b 1 i o 
level 


i nd i ca tor 
count 


subfield 

code 

count 


base f 
address X 
of data y 




1 

B. 

j 


i 

St rue tu re of 

i 


leader 




( tag 1 


field 

length 


s ta rt i ng 
pos i t i on 


tag 2 


field 
1 e ng th 


s ta rt i ng 
position 






c . 


T 

Structure of 


1 

record d i rec tory 

1 






^ da ta el ement 1 


data element 


2 


■■ F/T <> 








D. 


Structure of a 


i 

control 

i 


Afield 

1 






( indicators subfield data 

\ code 


element 1 


subfield data 
code element 

2 





E. Structure of a variable field 



N.B. More detailed layout information is contained in MARC 

Manuals Used by the Library of Congress . ALA-tSAD, 1969, 
and changes as provided to subscribers by the MARC Tape 
Distribution Service ( LC ) . 




FIGURE I. MARC II Record Structure 
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1 . 


date entered on file 


2 . 


type of publication date code 


3 . 


date 1 


4 . 


date 


5 . 


country of publication code 


6 . 


i 1 lustration code 


7 . 


intellectual level code 


8 . 


form of reproduction code 


9 . 


form of content code 


1 0 . 

1 1 . 


government publication indicator 
conference or meeting 


12. 


festschrift indicator 


1 3 . 


index i nd i cator 


1 4 . 


main entry in body of entry indicator— ^ 


15. 


fiction i nd i cator 


16. 


biography code 


1 7 . 


1 anguage code 


1 8 . 


modified record indicator 


19. 


cataloging source code— ^ 


Source: Ibid. 


"MARC Manual Vo 1 . 1 , " p . 32 . 



W omitted from Cornell and SUNY-Bu f f a 1 o records since work 
sheets did not contain them 
2/ x, y, z codes added (see text, p, 6,) 



FIGURE 2. MARC 


1 1 Fixed Length Data Elements (Tag 008) 
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4.0 TRANSMISSION OF MASFILE-II RECORDS 



The transmission of MASFILE-II records to and from local 
libraries either by mail or by terminal would require only a 
stra i ght-f orward reformatting of the MASFILE records. It 
would not be necessary to modify the contents of the records 
or the order and arrangement of the tagged fields. Figure 3 
shows a general outline of the transmission procedures. 

To transmit to local terminals or line printers, a format 
similar to that used for editing and correction as described 
in Section 2.0 would be usable. In this format each record 
is broken up into the component tagged fields and entered as 
a series of 85 character lines (maximum) with each newly 
tagged field beginning on a new line. Each line would con- 
tain the three-character tag, the two characters for the 
indicators, and 80 characters of data from the field. If 
fields contain more than 80 characters of data, succeeding 
continuation lines contain blank tag and indicators and the 
remaining data of the field. This format can be entered di- 
rectly Into ATS storage. 

The system to accomplish this type of transmission to terminals 
must include a method to receive identifying descriptions of 
the desired records, locate them in the file, reformat the re- 
cords to the form acceptable for terminal output, and transmit 
the reformatted records to the intended recipient through ATS 
(or some similar system). 

The transmission of MASFILE record data by mail could use the 
same format and procedure described above, except that printed 
copy would be generated by the reformatting program. It is 
possible to define practically any format for printing (even 
one similar in appearance to a catalog card) and concomitantly 
to design a special procedure for using that particular format. 
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Loca I Library 



Loca I L i brary 




Central Computer facility 
recei ves list of 
records f rom local 
terminal or by mail 



search MASFILE file and 
extract desi red r e c o r d s 



- - 

reformat records for 
transmission 



transmit formatted records 
by loading into ATS or 
mailing pr i nted copy 





Loca I L i bra ry 



Loca I L i b rary 



FIGURE 3. Procedure for Transmitting MASFILE Records to and 

from Local Libraries 
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5.0 FIELDS NEEDED IN MASFILE FOR SPECIFIC BIBLIOGRAPHICAL 

SERVICES 



5 . 1 Bib liogvaphical Services 

FAUL document MF-15.4 outlined the following uses and their 
priorities in a centralized store of bibliographic information 
in machine-readable form. The priorities were determined by 
iterative questionnaire to selected personnel in each library. 

I tem Uses P r i o r i ty 

A Locate documents in al I 1.0 

FAUL libraries 

B Print selected b i b I i og ra p h i e s I . 2 

C Eliminate duplication of 1.4 

seldom used materials 

D Provide lists for exchange 1.6 

of duplicates 

E Print out-of-print titles 1.6 

for OP search i ng 

F Aid in book selection by 1.7 

displaying recent acquisi- 
tions 

G Search and print cataloging 1.8 

copy 

H Print book catalogs and 1.9 

i ndexe s 

I Extract pertinent data and 2.2 

print orders to vendors 

J Statistics for library 2.3 

management regarding over- 
laps, acquisition subject 
areas 

K Circulation transactions 2.3 

L Combined Accession Lists 2.5 

M SOI to faculty 2.6 

Profile collection by 2.6 

subject areas 




1G 



1 tem Uses 

0 Verify accuracy of 

citations for 
order i ng 

P Used by scholars to 

verify citations and 
extract data 

Q Control and display 

binding records 



Pr i or i ty 

2.8 



2.9 



3.0 



5 . 2 Recommended Tagged Fields 

For each of the priority uses specified above, TIDB staff has 
determined three content levels of MASFiLE records and 
specified them below using MASFILE-II tags. The levels are: 

Level I Mandatory for specified priority use. 

Level 2 Probably desirable for a machine-based 
ret r i eva I system. 

Level 3 Probably desirable for a highly sophisti- 
cated machine-based retrieval system. 

The levels become more inclusive as the level number increases 
Thus a Level 2 record would include all tagged fields in 
Level I plus those specified for Level 2. A Level 3 record 
would include all tagged fields specified for Levels I and 2 
and also those specified for Level 3. Therefore, the record 
levels are applicable only to the specified priority use. 

If FAUL were to specify a Level I record for all priority uses 
it would have to include all. mandatory tagged fields for all 
priority uses for that level record. It should be noted that 
the selection of tagged fields reflect the judgment of TIDB 
staff; FAUL Central or individual FAUL member libraries may 
have different points of view, since no systematic study of 
file use was undertaken as part of this study. 

Figure 4 contains a list of the names of MARC-II Variable 
Fields and their tags. Following the list is a table of uses 
A-Q, and the field tags which are provided to satisfy each 
use . 
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Control Number s 

010 LC Card Number 

0 I I Linking LC Card Number 

0 I 5 National Bibliography Number 

0 I 6 Linking NBN 

020 Standard Book Number 

0 2 I Linking SBN 

025 Overseas Acquisitions Number 
(PL 480 , LACAP, etc . ) 

0 2 6 Linking 0AN Number 

035 Local System Number 

036 Linking Local Number 
040 Cataloging Source 

0 4 I Languages 
042 Search Code 

Know ledge Numbers 

0 5 0 LC Ca I I Numbe r 
0 5 I Copy Statement 
0 6 0 NLM Ca I I Number 
0 7 0 NAL Ca I I Number 
0 7 I NAL Subject Category Number 
080 UDC Number 

0 8 I BNB Classification Number 

082 Dewey Decimal Classification No. 
086 Supt. of Documents Classification 
090 Loca I Call Number 

Ma i n Entry 

1 0 0 Persona I Name 

I I 0 Corporate Name 
I I I Conference or Meeting 
I 3 0 Uniform Title Heading 



Series Notes 

400 Personal Name-Title 
(Traced Same ) 

4 I 0 Corporate Name-Title 
(Traced Same ) 

4 I I Co n f e r e nc e-T I t I e 

(Traced Same) 

440 Title (Traced Same) 

490 Series Unitraced or 
Traced Differently 

Bibliographic Notes 

5 0 0 General Notes 

5 0 I "Bound With” Note 

502 Dissertation Note 

503 Bibliographic Hist. Note 

504 Bibliography Note 

505 Contents Note (Formatted) 

5 0 6 "Limited Use" Note 
520 Abstract or Annotation 

Subject Added Entries 

6 0 0 Personal Name 

6 I 0 Corporate Name (ex- 
cluding political 
jurisdiction alone) 

6 I I Conference or Meeting 
630 Uniform Title Heading 

LC Subject Headings 

6 5 0 Topical 
6 5 I Geographic Names 
652 Political Jurisdictions 
Alone or with Subject 
Subdivisions 



Supplied Titles 

2 4 0 Uni form Title 
2 4 I Roman I zed Title 
242 Translated Title 

Title Paragraph 
245 Title 

250 Edition Statement 

2 6 0 Imprint 

Col I at i on 

3 0 0 Collation 

350 Bibliographic Price 
360 Converted Price 



Other Subject Headings 

6 6 0 NLM Subject Headings 
(MESH) 

6 7 0 NAL Subject Headings 
690 Local Subject Heading 

Systems 

Other Added Entries 

7 0 0 Persona I Name 
7 I 0 Corporate Name 

7 I I Conference or Meeting 
730 Uniform Title Heading 
740 Title Traced Differently 
750 Name Not Capable of 
Authorship 



Source; 

O 




Ibid. 



p. 42. 



FIGURE 4. 



MARC - 1 I Variable Field Tags 
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Series Added Entries 

800 Personal Name-Title 

8 I 0 Corporate Name-Title 

8 I I Conference or Mee t i ng -T i t I e 

8 4 0 T i t I e 

Local 

9 I 0 FAUL library holdings statements 



O 
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id 



Specified 

Priority 

Use MAS F I LE I I 



Record Leve I 
2 

< Includes tagged 
fields f rom 
tags i.eve I I , plus) 



3 

(Includes tagged 
fields from Levels I 
and 2 , plus) 



A 


00 1 , 


1 00 , 


100, 


010, 


050, 


245, 


0 15, 


020, 


025 




III, 


1 30, 


2 4 5 ,* 


600, 


6 10, 


6 11, 


040, 


04 1 , 


060 




250, 


260, 


9 1 0 


630, 


650, 


65 1 , 


070, 


400, 


4 1 0 










652, 


700, 


7 10, 


4 11, 


440, 


490 



711, 730, 800, 
810, 811, 840 



00 1 , 


1 00, 


NO, 


Not 


Not 


III, 


1 30, 


245,* 


Needed 


Needed 


250, 


260, 


9 1 0 







C 


As 


specified 


for 


B 


Above 


D 


As 


specified 


for 


B 


above 


E 


As 


specified 


for 


B 


above 




F 


00 1 , 


1 00, 


1 1 0 


Not 


Not 




III, 


1 30, 


245 ,* 


Needed 


Needed 




250, 


260, 


9 1 0 






G 


00 1 , 


0 10, 


1 00, 


Does 


Does 




NO, 


HI, 


1 30, 


Not 


Not 




240, 


241 , 


245, 


Apply 


App 1 y 




250, 


260, 


300, 








400, 


4 10, 


411, 








440, 


490, 


500 , 








502, 


600, 


6 10, 








6 11, 


630, 


650, 








65 1 , 


652, 


700, 








7 10, 


711, 


730, 








800, 


8 1 0, 


8 11, 








840, 


9 1 0 








H 








Same as G Above 




( Ca ta logs) 












H 


001 , 


1 00, 


1 1 0 , 


Not 


Not 


(Author) 


III, 


1 30, 


245 ,* 


Needed 


Needed 


( 1 nd exe s ) 


250, 


260, 


700, 








710, 


711, 


9 1 0 






H 


00 1 , 


1 00, 


1 1 0, 


Not 


Not 


(Title) 


Ml, 


1 30, 


245 ,* 


Needed 


Needed 


( f h d e x ) 


250, 


260, 


730, 








740, 


9 1 0 








* denotes 


+ 1 + 1 


e only; not 


the comp 1 ete title 


statement 
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Record 


Level 








1 




2 




3 


Specified 








( Includes 


tagged 


(Includes tagged 


Priority 








fields from 


fields f rom Level 


Use 


MASFILE 1 


1 tags 


Level 1 , 


plus) 


and 2 , plus) 


H 


00 1 , 


1 00, 


1 1 0, 


Not 




Not 


(Subject) 


III, 


1 30, 


245 ,* 


Needed 




Needed 


(Index ) 


250, 


260, 


600 , 










6 10, 


6 11, 


630 , 










650, 
9 1 0 


65 1 , 


652, 








H 


00 1 , 


1 00, 


1 1 0, 


Not 




Not 


( S e r i e s ) 


Ml, 


1 30, 


245,* 


Needed 




Needed 




250, 


260, 


800 , 










8 10, 
9 1 0 


8 11, 


840, 








1 


001 , 


1 00, 


1 10, 


350, 400 


, 410, 


Not 




Ml, 


1 30, 


245,* 


411, 440 


, 490, 


Needed 




250, 


260, 


910 


502, 700 
711, 730 


, 710, 




J 


Same 


as Level 


600, 610 


, 611, 


Not 




1 for 


■ A 




630, 650 
652 


, 65 1, 


Needed 


K 


00 1 , 


9 1 0 




245* 




100, 1 10, III, 














1 30 


L 


Same 


as B 


Above 








M 


00 1 , 


1 00, 


1 1 0, 


Not 


Needed 




(by Class) 


Ml, 


1 30, 


245 ,* 








( Author ) 
( or ) 
(Terms In) 
(Title ) 


250, 


260, 


9 1 0 








M 


001 , 


1 00, 


1 1 0, 


Not 


Needed 




( by ) 


Ml, 


1 30, 


245,* 








(Sub j ec t ) 


250, 


260, 


600, 










610, 


6 11, 


630, 










650, 

910 


65 1 , 


652, 








N 


001 , 


600, 


6 10, 


Not 


Needed 






6 11, 


630, 


650, 










65 1 , 


652, 


910 








0 


Same 


as A 


Above 










* denotes title only; not the complete title statement 
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Specified 

Priority 

Use MASFILE II 



Record Level 
2 

( Includes tagged 
fields f rom 
tags Level I , plus) 



3 

( Includes tagged 
fields f rom Leve I s I 
and 2 , plus) 



P 

0 



Same as A Above 

001, 910 



100, 110, III, 

130, 245* 



Not 

Needed 



if denotes title only; 



not the complete title statement 



5 , 3 ^g^mmende_d Re_ao_rd Siz_e 



|+ is recommended that FAUL consider a °P T' n 9 ! „ i ea re h 

and print cataloging copy") an p r,« or .ty ■ t.« # ^ j ^lorS 
catalogs and indexes ). this i ' 4 +h on 

Sni be generated which will satisfy 20 out of the 22 



uses 



outlined above, at perhaps 30 to 40 percent of the cost of 
generating a Level I record for products G and H. 
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6.0 PROCEDURES FOR MODIFICATION OF MASFILE-II RECORDS 



Modification of MASFILE-II records by FAUL libraries could 
be performed in a manner similar to the conversion of data 
from MASFILE-I to MASFILE-II. This procedure involves the 
selection of the needed records from the master file or 
MARC Distribution Service file, reformatting these records 
and loading them into ATS, making desired modifications in 
ATS, and returning the output from ATS to the MASFILE-II 
record structure. A simple flow chart of this process is 
presented in Figure 5.* 

The primary difficulty involved in the implementation of this 
procedure is loading the special characters used in the MARC 
Distribution Service tapes into the ATS system. Special 
characters do not exist in ATS as a single bit string, and 
special translation facilities would have to exist in the 
formatting and returning programs to convert the special 
characters (alphabetic characters and d i ac r i t i ca I s ) into 
some understandable and legal character combination. The 
acceptable way of entering these characters from the keyboard 
requires typing the first character of the hexadecimal code 
for the character, backspace, and type the second character 
of the code. As a general practice this is awkward and un- 
acceptable because the hexcode equivalence table is unwieldy 
and it is impossible to tell from reading printed copy which 
of the hex characters was entered first, thereby making 
proofreading very difficult. 

Given that the special character translation problem is re- 
solved, the modification of records can be made into a rou- 
tine procedure. For instance, one day a FAUL library could 
transmit lists of desired records to the ATS tape queue. 

This tape would be input with the master file to the program 
to select and format MASFILE-il or MARC records, and selection, 
formatting and loading of records into ATS for the library 
could take place, say, overnight. The library staff could 
then modify the records at their convenience through ATS and, 
when the modified records are in final form, transmit them to 
the tape queue. The reformatting program would then be run 
overnight to return the records to the MASFILE-II form for the 
library's use. This process would take a minimum of two days 
in a typical installation, but could be a regular routine of 
processing and should run In a reliable manner. 



* See also Searching and Editing Bibliographic Records Using 
the IBM Admin istrative Terminal System (ATS ) , by Linda Webb 
and James Turner. FAUL Technical Memorandum FTM 70-1, May 1970. 



O 
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FIGURE 5. Procedure for Local Library Modification of 

MASF I LE Records 

O 

ERIC 
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7.0 PROCEDURE FOR INPUTTING CURRENT RECORDS 



The regular inputting of current local records Into + h e 
MASFILE master file could be accomplished using A y 
system similar to that used for the shelf list conversion 
nroiect at SUNYAB. Records could be cataloged and then 
typed Into ATS at each local FAUL library and regularly 
transmitted to some central processing system for formatt ng 
and incorporation into the file. On campuses wh U c h su p ported 
ATS as a local text editing system, records could be mailed 
in ATS format in lieu of transmitting them. 

Data to be entered into the file would be filled in on "|" h ® 
Cataloger's worksheets as used f or ^ASF I LE- I I . Two methods 
were used to Input data in the MASFIIE-II projec * . 2) en+e ?ing 

in the worksheet line by line with requ , red data , and 2 ® tans 9 

all data from the catalog card on the worksheet a "J adding tags 
and delimiters. The first method tends to yield data which 
easier to input and with relatively few errors. 

The data, when proofread and corrected at the local library, 
would be transmitted through ATS to the tape queue at a cen- 
tral location. Then, regularly, probably every night 
programs would be run which receive the data from the Tape 
queue, convert it to the MASFILE record format, and enter it 
in the MASFILE master file for future output processing. 
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8.0 METHOD FOR IDENTIFICATION AND SELECTION 



The system for extracting records and groups of records from 
M A S F I L b£ for various types of listings involves two separate 
problems: the problem of record selection and the filing 

problem for each type of listing. The software exists as 
part of the MASFILE-II project to solve the filing problem 
for main entry and class number listings, but the filing 
problem for subject headings is not solved and may be unsolvable 
for data in the MASFILE-II format. 

To use the filing rules defined by Theodore Hines* for subject 
headings, subfields of the subject headings must be entered 
manually in the records in the order prescribed by Hines. Un- 
fortunately this order is quite different from the order used 
by the Library of Congress for entering data for MARC tape 
distribution, and there is no automatic way to rearrange the 
data subfields for correct filing. Some work has been done 
in this area by Jessica Harris as part of her dissertation at 
Columbia University, and if it is desired to try listing by 
subject headings, her work is the best place to start. 

The record selection problem is solvable in the most straight 
forward manner by providing a selection program with lists 
of acceptable data combinations (and possibly a series of 
Boolean combinations of lists). The program would then be 
designed to select those records which contain exactly those 
specified data combi narions. For example, if it were desired 
to select all records with main entry Smith, Jones or McMurtrie, 
the program would be provided with the list of names, the tag 
of the field to be searched, and the desired subfield code. 

The program would then search every record of the file for 
every entry of the data list in the specified field and subfield. 

This technique has one advantage and several disadvantages. The 
advantage Is that it can be made to work. The disadvantages 
are that it would be very expensive In processing time because 
of the linear file. Is awkward to program and control, and de- 
pends on exact matching of list entries and record data elements 
which require precise uniformity of data (see Section 9.2 below). 

It would be advisable, before trying this brute-force technique 
for record selection, to try defining as specifically as possible 
those criteria to be used for record selection. Then depending 
on the criteria, various orderings of the file or various types 
of indexes could be produced to make possible relatively effici- 
ent searches for these specific types of criteria. 

^ Computer Filing of Index, Bibliographic, and Catalog Entries , 
by T , Hines and T"! Ha r r i s , Newark : Bro-Dart Foundation, 1966 
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9.0 MAJOR PROBLEM AREAS 



The major problem areas encountered in this project fall into 
two general categories, the problems of handling diacriticals 
and special characters and the problems of getting clean, 
uniform data into the file. In the first case, problems Include 
the entering of special characters into the file, filing of 
entries containing special characters, and printing of words 
containing special characters. The problems of data which 
contain errors or is not entered uniformly appear mainly in 
filing and in defining search criteria for the master file. 

9 . 1 Special Characters 



Special characters are defined for this report as those charac- 
ters which appear in the MARC character set but which do not ap- 
pear on the ATS keyboard or the IBM full TN print chain. These 
characters include diacritical marks ( um I a u t , c i rcumf 1 ex , title, 
etc.), letters from non-English alphabets (Polish t * Icelandic 
thorn, Scandinavian 0, etc.), dipthongs, some punctuation marks 
(braces, high comma, British pound symbol’, etc.), and MARC con- 
trol characters (delimiter, field terminator, record terminator). 

The first problem is that of entering data containing these 
special characters into the MASPILE file. For the MASFILE-II 
project, this was done by entering the hex code for these 
characters directly at the terminal. Appendix 11.2 presents 
a table containing the hex codes for each legal character in 
the file. To enter an umlaut, for example, one would type C 
(the first character of the hex code), backspace, and then 
type A (the second character of the code). 

This technique does record the special characters in the file, 
but it has several disadvantages. First, the procedure is 
awkward: both the person who translates from character to 

code and the typist doing the transcribing are likely to make 
mistakes. Second,' it is not possible to tel I from the printed 
copy which character of the code was entered first, and proof- 
reading of the characters becomes impossible. Third, in ATS, 
if a line of text exceeds the ATS fixed line length the last 
characters of data may be last. Lines containing special 
characters entered this way are difficult to determine because 
line length character counts are awkward to perform. 

A technique should be developed for entering special characters 
by discrete, easy to remember substitute characters or possibly 
by an escape code character followed by the substitute characters. 
Some clear and easy to understand system for entering these 
characters would make it at least possible to get the characters 
in the file reasonably correctly and with a minimum of frustration. 
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The second problem Is that of filing entries containing these 
special characters correctly. Since all punctuation, including 
d i acr i t i ca I s , is ignored in the filing system proposed by Hines, 
the primary difficulty occurs with letters of foreign alphabets 
and with dipthongs. 

For filing in the MASFILE-II project, each of the foreign letters 
was made to file immediately after its English equivalent. That 
is, a Polish t files between L and M; a Scandinavian 0 files 
between 0 and P and a B files between D and E, and a Turkish 1 
files between I and J. The dipthongs AE and OE file as the two- 
letter combinations AE and OE respectively. The umlaut, when 
it exists in the file preceeding a letter, causes the word to 
file as if there were a letter E following that letter, as in 
ALA filing rules. 

This procedure may or may not be acceptable to FAUL library 
staff members. It would be appropriate for library staff 
within FAUL to define rigorous rules for the filing of all 
special characters appearing in the MARC-II files, or adopt 
some external standard acceptable to all. 

The third problem is that of printing records which contain 
the special characters. This could be solved most easily by 
a computer manufacturer marketing a printing device which would 
produce the special alphabetic characters and permit superimposing 
diacritical marks on the letters they are supposed to modify. 

With the equipment currently available it is barely possible 
and using extremely costly procedures to produce a small group 
of special alphabetic characters and simulate a few of the dia- 
critical marks. Special library print trains and CRT-based 
printing devices have already pointed the way to future tech- 
niques for attacking the problem, but should be employed 
cooperatively because of their high cost. 

For the final listing of the MASFILE-II project the following 
conventions were used. Non-English letters were printed as 
their unmodified English equivalents. Dipthongs were printed 
as if written as two letters, and an umlaut modifying a letter 
caused a lower case e to be printed following the letter. These 
substitutions permitted the relatively efficient printing of the 
file, but they make it impossible to tell from the final print- 
out whether or not the special characters are actually present 
in the file. 



O 
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Staff members of the FAUL libraries should set up conventions 
for. the printing of the special characters to make it possible 
to distinguish between English and foreign letters. Printing 
conventions (i.e. substitute characters) should also be set up 
for the diacritical marks which are unprintable so that their 
presence in the record would also be discernable from the printout. 
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9 . 2 Uniformity of Data 

In order to Insure that the data in the MASF I LE files are 
usable and generally acceptable for automatic data processing, 
the FAUL library staff members and committees must set up con- 
ventions and procedures to insure that data is entered into 
the file in a uniform manner. 

For automatic data identification and correct filing it is 
necessary that whenever a given piece of information appears 
in the file it appears in exactly the same form. Differences 
in spelling, punctuation, capitalization, and even spacing 
will cause two items Intended to be the same to be considered 
different in processing. The likelihood of such variation 
requires high quality control, probably a team of central 
editors. 

The most glaring example of difficulty in filing when data are 
not entered uniformly appears in the MASFILE-II file with 
entries beginning with U.S. For all data entered in MASFILE 
through the MARC Distribution Service, the initials U.S. are 
not separated by a space. For all data entered from FAUL 
member libraries, the initials are separated by a space. This 
difference causes all U.S. entries from LC to file after all 
U.S. entries from FAUL member libraries. 

Furthermore, the presence of extra or additional information 
in some versions of an entry will cause it to be considered 
different from other versions of the same entry. This is 
most obvious in the MASFILE-II listing in the entries for 
McMurtrle, Douglas Crawford. All records for which the dates 
in the main entry are 1888 - file before all entries for which 
the dates are 1888 - 1944. And, of course, the two records 

in which this gentleman f s name is spelled McMurtie file before 
all entries in which it is speiled McMurtrie. 

Two items, intended to be the same, must appear identical 
whenever they appear in any r ecord in the file. Note the 
MASFILE-II list (Section 12.0), where see references are 
generated from added entries and interfTTed wTTh main entries. 
Personal and corporate authors must be entered in the same 
format for both main and added entries. 

9 . Z General Comments 

The problems outlined above are resolvable if libraries which 
plan to use the file or enter data into the file cooperate 
and agree to certain minimum standards and system objectives. 
In most machine-readable data base creation projects no pur- 
pose seems to be specified. A data base which is being con- 
structed to provide machine access to the base (search and 
retrieval) should be constructed in a much different way than 
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one which is to be used for the production of catalogs and 
indexes. The need for diacriticals is one area where, TIDB 
believes, there is such a distinct dichotomy. A library 
patron at a terminal searching in a data base, we feel, will 
not remember nor perhaps know how to use diacriticals such as 
the Polish t . He will miss those entries. On the other hand, 
not including some diacriticals does violence to the original 
language. Nevertheless, entries may be missed by patrons 
using a retrieval system In which there is a blind insertion of 
some diacriticals particularly if there is a complex procedure 
required at his terminal to enter the character. Similar prob- 
lems will exist because of the use, or lack of use, of abbrevi- 
ations. 

The answer to the diacritical and abbreviation question is rel- 
atively simple: don't use any. This area is rather easily 

resolved because no present system (non-machine based) can be 
affected by it. Entries can still be humanly filed into exist- 
ing card catalogs in the proper place. Future conversion pro- 
jects should take these into consideration. The non-use of 
diacriticals and abbreviations will resolve many of the problems 
outlined above. MARC characters would have to be converted to 
this standard but this is a much easier problem than entering 
and converting to MARC particularly when one keeps in mind the 
purpose of the file. 

The libraries (FAUL) should, perhaps, constrain themselves to 
using only characters on a standard print chain such as the 
TN chain. If this is done, the internal r e p r e s e n t a t i o n of the 
character will always be equivalent to the external representa- 
tion and entering, proofing and queries will become much easier. 

The standardization of entries can also be resolved. Perhaps 
rules of uniformity will have to be established among coopera- 
ting libraries. The adoption of Hines rules would be a solu- 
tion, although probably unacceptable. One possible solution 
here would be to enter authors, titles, and added entries in 
both forms. This would provide both a mechanism of listing in 
the traditional form and resolve filing problems which are 
created by non -u n i form i ty . The retrieval problem would also be 
resolved. This is a very expensive procedure both in the cost 
of storing and manipulating the entries. It should, however, 
be explored. This alternative may be less expensive than attemp- 
ting to standardize entries in PAUL libraries. 

Despite all the problems described in this section, one must 
keep in mind the purpose of the file. If it is to be used for 
a retrieval system even with the da+a as presently entered, one 
must ask the question, "Is ft better to have a retrieval system 
with 60 $ recall or no retrieval system?" 
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10.0 SUMMARY OF ACTIVITIES 

Time spent in the MASFILE-11 project can be divided into 
three activities: (I) time spent in preparing and entering 

new data from Cornel 1 and SUNY-Buffalo, (2) time spent in 
the conversion of ret rospec t ? ve SUNY -Buffalo data and MASFILE- 
I data, and (3) professional time spent in programming, testing, 
setting up computer runs and general supervision. 

Of the new data Input, time spent in completing cata loger f s 
worksheets at SUNY-Buffalo was 23-1/2 hours, and time spent 
tagging data on cataloger’s worksheets at Cornell was 28 
hours. For the input of these new records into the files, 

28-1/2 hours were spent in typing, 6 hours in proof read i ng , 

5 hours in coding diacriticals and special characters, and 
15-1/2 hours in corrections and addition of special character 
codes . 

For the conversion of retrospective SUNY-Buffalo and MASFILE- 
I data, 142 hours were spent in p roof r ea d i n g , correction, 
and conversion to MASFILE-II tagging; and 204 hours were spent 
in typing of these corrections into ATS. The addition of the 
Cornell holdings information to the re trospect i ve SUNY-Buffalo 
records consumed 20 hours of Cornell staff effort. 

Of the TIDB professional time spent in the project, a total 
of 375 hours were spent in writing and testing of the eleven 
programs requ i red for the project. An additional 71 hours 
were required for setting up of production runs of the systems, 
and 93 hours were spent in organizing, supervising and checking 
the data . 

This information is presented in tabular form in Figure 6. 
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INPUT OF NEW ACQUISITIONS HOURS 



UB ca ta I og i ng 23.5 

Cornell ca ta I og i ng 28 

i nput typing 28.5 

proofreading 6 



coding of special characters 
correct I on typ i ng 

CONVERSION OF RETROSPECTIVE SUNY-BUFFALO 
AND MASFILE-I RECORDS 



addition of Cornell holdings 20 

conversion and proof read I ng 142 

correction typing 204 

EXPENDED PROFESSIONAL TIME AT TIDB 

program generation and debugging 375 

setting up production runs *7 1 

general supervision 93 

Report Preparation I 00 

TOTAL I I I I . 5 
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FIGURE 6. Summary of Time Expended on the MASFfLE-l! 

Project 



- 27 - 



32 



| | .0 APPENDICES 



Appendix II. I MASFILE-II Work Statement 
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Five Associated University Libraries 

Binghamton / Buffalo / Cornell / Rochester / Syracuse 



Office of the Coordinator of Library Systems 




To; Ryburn Ross, Chairman 

F.A.U.L. Systems Committee 



July 11, 1969 



Gerald Lazorick, Director 
Technical Information Dissemination Bureau 
SUNY-Buf falo 

From; Ron Miller, Coordinator of Library 
F.A.U.L. 




Subject; MASFILE-II Phase I work statement 

The following tasks will be performed in order to satisfy the 
objectives of the MASFILE-II Phase I ?rojecu as authorized and 
funded at the May 12, 1969 meeting of the F.A.U.L. Board of 
Directors. This statement incorporates revisions made by R. Miller, 
G. Lazorick, and R. Ross on June 24, and the Systems Committee on 
June 5-6. The Board of Directors has approved these revisions at 
its meeting on July 7, 1969 « The work, as stated below is to be 
accomplished under the general monltorship of the Systems Committee. 
The names of persons assuming primary responsibility for specific 
tasks are noted in the left margin. 

WORK STATEMENT 



1. All MASFILE-I records will be converted into the MARC-II 
Communications Format as closely as possible. This conversion will 
require computer programming and human intervention to accomplish. 
The resultant format will be called the MASFILE-II Format. 

2. Up to 1000 bibliographic records in the Library of Congress Z 
Classification will be extracted from the tapes distributed by the 
Library of Congress by the MARC Tape Distribution Service. These 
records will be converted into the MASFILE-II Format, identified 
and merged with the records converted in Step 1 above. 

3» All records in the 2 classification which were converted to 
machine-readable form by the TIDB for the SUNYAB Library between 
September 1, 1968 and July 1, 1969 will be extracted from the 
SUNYAB tape files, listed by main entry in alphabetical order 
arranged by the collation rules contained in Computer Filing of 
index, bibliographic, and catalog entries by T. Hines and J. Harris 
(Newark, Bro-Dart Foundation^ T966) , and mailed to R. Ross at 
Olin Library, Cornell University. 



106 Roney Lane 
Syracuse, New York 13210 
Phone: (315) 476-5541, Ext. 3021 
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Ross 


4. Cornell Library staff will add holdings statements to records 
extracted in item 3 composed of NUC //, Cornell’s class // and 
quantity of copies owned in a tagging format to be determined by 
representatives of the Systems Committee, and return the above 
list to G. Lazorick. Time and cost measurements will be recorded 
by Cornell for inclusion in the project report. 


Lazorick 


5. Records extracted in step 3 and modified in step 4 above will 
be converted into the MASFILE-II Format and merged with the 
records previously converted. 


Lazorick 


0. All records processed in the Z classification between July 1 - 
October 31 will be input from F.A.U.L. Cataloger’s worksheets by 
SUNYAB cataloging staff via ATS terminals at Buffalo. These records 
will also be merged with previously converted records. 


Ross 


7. All records processed onto F.A.U.L. Cataloger’s worksheets in 
the Z classification between Jlily 1 - October 31 will be sent from 
Cornell to Buffalo by mail. 


Lazorick 


8. These records will be input at Buffalo by ATS, and merged with 
records previously converted above. 


Lazorick 


9. Each record converted in this project will contain holdings 
statements where they exist as tagged 900 fields, and a M Not 
checked for holdings*' statement will appear where holdings are 
unknown. 

10. A report will be written which will include the following: 

A. A summary of procedures used to accomplish the above tasks. 

B. A graphic comparison of the MARC-II format and the MASFILE-II 
Format, indicating literal identities, variations, omissions 

and additions between the two formats. 

C. Recommend what modifications to the F.A.U.L. MASFILE-II 
record are needed to transmit records (by mail or by IBM 2741 
communications terminal) from MASFILE to local terminals or 
line printers in the MARC II format. 

D. Recommend which data elements must be resident in a 
MASFILE-II record to perform by— the Systems Committee-specified 
priority uses. 

E. Recommend workable procedures for each F.A.U.L. Library to 
modify MASFILE-II records whether input from the MARC Tape 
Distribution Service or from local cataloging systems in.' a 
central computer on a routine basis. (These procedures may be 
implemented in Phase II). Modifications may include the addition 
of local NUC codes, class numbers, holdings, and added entries. 
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F. Recommend workable procedures for inputting current local 
records into MASFILE, omitting retrospective conversion unless 
clean data already exists in machine readable form, from each 
F.A.U.L. library. 
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G. Recommend a workable method for identifying and selecting 
specific records and groups of records in MASFT.LE for listing 
by subject, class numbers, and main entry. 

H. Isolate major problem areas resulting from this project 
which appropriate F.A.U.L. libr? *y staff members and committees 
should solve. 

I. Summarize time spent and activities performed in computer 
testing, program runs, clerical operations, and professional time. 

J. A printout containing a merged list of MASFILE-II records 
arranged by the collation rules contained in Computer filing of 
index, bibliographic, and catalog entries , by T. Hines and 

J. Harris (Newark, Bro-Dart Foundation, 1966) . The list will be 
in main entry order, possibly with KWIC or KWOC title and 
subject indexes. 

This procedure will 

1. Produce a merged tape file of records in the MASFILE-II 
Format from five sources: MASFILE-I, LC, SUNYAB (retrospective), 
SUNYAB (current), and Cornell, increasing the quantity of F.A.U.L. 
records in the Z classification. 

2. These records will be in a unified, revised format as close 
to MARC-II as possible. 

3. Duplicated items will appear as separate items in the file — 
an unfortunate circumstance in the long run in my view, since 
records in the file will not be checked locally by all F.A.U.L. 
libraries during this phase. If we persist in the present direction 
of developing an on-line query system for interlibrary loan and 
other uses this updating work will have to be done sometime . 

The question HOW will be answered as part of the F.A.U.L. contract 
with the Technical Information Dissemination Bureau. 

This means that these additional tasks must be done by other F.A.U.L. member 
personnel : 

1. Cornell and Buffalo must redesign the F.A.U.L. Cataloger’s 
Worksheet to permit the addition of MARC-II tags, delimiters 
and indicators, as well as mandatory and optional fields. (Johnston 
and Hacker meet in my office on July 15.) 

2. Three tags unique to each library must be assigned to 
contain NUC code, local call number, and quantity of copies held 
by each library. These tags should come from the 900-999 tags 
reserved for local use in the MARC-II Communications Format. 

The information contained in them may be inserted by machine 
if the data appears elsewhere on the worksheet. 

3. Cataloging staff should be assigned at Cornell and Buffalo 
to fill in the revised worksheet with data elements as part 
of the cataloging operation, for Z classed items at each 
institution. Myles Slatin has approved use of library staff and 
worksheets for this purpose. 
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The details and unforeseen problems will be worked out as the work progresses. 

In general, the above tasks lay out the operational areas and output requirements 
of F.A.U.L . 1 agreement with The Technical Information Dissemination Bureau 
at SUNY-Buf f alo . A letter of intent has been sent and accepted by Gerry. 

This work statement and the letter of intent constitute a formal arrangment 
between the F.A.U.L. Board of Directors and the Technical Information 
Dissemination Bureau. 



Copies to: D, Kaser, M. Slatin 
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Appendix 11.2 Hex-Code MARC Character 
Equivalency Table 
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APPENDIX 11.2 



HEX 

CODE 

' 00 ' 
'01 ' 
' 02 ' 
'03' 
' 37 ' 
'2D' 
' 2E ' 
' 2F ' 
'16' 
'05' 
'25' 
'OB' 
'OC 
'OD' 
'OE' 
'OF* 

' 10 ' 
'll' 
' 12 ' 

' 13' 

' 3C ' 

' 3D* 

' 32' 

' 26' 
' 18 ' 

' 19 ' 

' 3F ' 
'27' 

' 1C 
'ID' 
'IE' 
’IF' 

' 40' 

' 5A ' 

' 7F ' 

' 7B ' 

* 5B » 

' 6C ' 
'50' 

' 7D ' 

' 4D ' 

' 5D ' 

' 5C ' 

' 4F ' 

' 6B ' 




HEX CODE-MARC CHARACTER 

MARC- I I 
CHARACTER 



NULL 

START OF HEADING 

START OF TEXT 

END OF TEXT 

END OF TRANSMISSION 

ENQUIRY 

ACKNOWLEDGE 

BELL 

BACKSPACE 

HORIZONTAL TABULATION 
LINE FEED 

VERTICAL TABULATION 
FORM FEED 
CARRIAGE RETURN 
SHIFT OUT 
SHIFT IN 

DATA LINK ESCAPE 

DEVICE CONTROL I 

DEVICE CONTROL 2 

DEVICE CONTROL 3 

DEVICE CONTROL 4 

NEGATIVE ACKNOWLEDGE 

SYNCHRONOUS IDLE 

END OF TRANSMISSION BLOCK 

CANCEL 

END OF MEDIUM 

SUBSTITUTE 

ESCAPE 

END OF FILE 

END OF RECORD 

FIELD TERMINATOR 

DOUBLE DAGGER 

SPACE 

EXCLAMATION POINT, OR SIGN < 4F ) 
DOUBLE QUOTE 
NUMBER SIGN 
DOLLAR SIGN 

PERCENT SIGN, CENT SIGN 

AMPERSAND 

SINGLE QUOTE 

LEFT PARENTHESIS 

RIGHT PARENTHESIS 

ASTERISK 

PLUS SIGN 

COMMA 

MINUS SIGN 



- 34 - 



- 20 - 
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APPENDIX I I .2 



HEX MARC- I I 



CODE 


CHARACTER 


MB' 


PER 1 OD 


'61 ' 


SLASH 


1 FO f 


ZERO 


'FI ' 


ONE 


' F2 ' 


TWO 


' F3 ' 


THREE 


' F 4 ' 


FOUR 


• F5 t 


FIVE 


f F 6 ? 


SIX 


' F7 ' 


SEVEN 


1 F 8 ? 


EIGHT 


1 F9 f 


N 1 NE 


' 7A ' 


COLON 


' 5 E ' 


SEM 1 -COLON 


f 4C f 


LESS THAN 


' 7 E ' 


EQUAL SIGN 


' 6E ' 


GREATER THAN 


' 6F ' 


QUESTION MARK 


' 7C ' 


AT SIGN 


'Cl ' 


A 


' C2 ' 


B 


' C3 ' 


C 


' C4 ' 


D 


' C5 ' 


E 


' C6 ' 


F 


' C7 ' 


G 


' C8 ' 


H 


' C9 ' 


1 


' D 1 ' 


J 


' D2 ' 


K 


' D3 ' 


L 


' D4 ' 


M 


' D5 ' 


N 


' D6 ' 


0 


' D7 ' 


P 


' D8 ' 


Q 


' D9 ' 


R 


' E2 ' 


S 


' E 3 ' 


T 


' E4 ' 


U 


' E 5 ' 


V 


' E6 ' 


w 


' E7 ' 


X 


' E8 ' 


Y 


' E 9 ' 


z 



O 

ERIC 
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APPEND IX 11.2 



HEX MARC- I I 

CODE CHARACTER 



'AD ' 


LEFT BRACKET 


' EO ' 


INVERTED SLASI 


' BD ' 


RIGHT BRACKET 


' 5F ' 

' 6D ' 


CAP, NOT SIGN 


'79' 


'81' 


A, LOWER CASE 


'82' 


B, LOWER CASE 


'83' 


C, LOWER CASE 


'84 ' 


D, LOWER CASE 


'85 ' 


E, LOWER CASE 


'86' 


F, LOWER CASE 


’ 87 ' 


G, LOWER CASE 


'88' 


H, LOWER CASE 


'89 ' 


1 , LOWER CASE 


' 9 t ' 


J , LOWER CASE 


' 92 ' 


K, LOWER CASE 


' 93 ' 


L, LOWER CASE 


'94 ' 


M, LOWER CASE 


' 95' 


N, LOWER CASE 


' 96 ' 


0, LOWER CASE 


' 97 ' 


P, LOWER CASE 


' 98 ' 


Q, LOWER CASE 


' 99 ' 


R, LOWER CASE 


' A2 ' 


S, LOWER CASE 


' A3 ' 


T, LOWER CASE 


' A4 ' 


U, LOWER CASE 


' A5 ' 


V, LOWER CASE 


' A6 ' 


W, LOWER CASE 


' A7 ' 


X, LOWER CASE 


' A8 ' 


Y, LOWER CASE 


' A9 ' 


Z, LOWER CASE 


'CO' 
' 6A ' 


LEFT BRACE 


'DO' 
' A 1 ' 


RIGHT BRACE 


'07' 


DELETE 


'20' 


(unasslgned) 


'21 ' 


(unasslgned) 


' 22 ' 


( unass i gned ) 


' 23' 


( unass i gned ) 


'24' 


( unass i gned ) 


'15' 


( unass 1 gned ) 


'06' 


( unass 1 gned ) 



5-20-69 

5-20-69 
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HEX 


MARC- 1 1 


CODE 


CHARACTER 


'17' 


(unassigned) 


f 28 1 


(unassigned) 


i 29 » 


{ u nass f gned ) 


* 2A ' 


(unassigned) 


f 2B ? 


( u nass t gned ) 


' 2C ' 


(unasslgned) 


'09 ' 


(unassigned) 


'OA' 


(unassl gned ) 


MB' 


( u nass i gned ) 


f 30 ? 


( u nass i g ned ) 


'31 ' 


(unassigned) 


' 1 A ' 


(unassigned) 


f 33 f 


( u nass i gned ) 


' 34 ' 


( unass i gned ) 


'35 ’ 


( u nass i g ned ) 


' 36 * 


( u nass i gned ) 


'08' 


(unass i gned ) 


f 38 1 


(unassigned) 


’ 39 f 


( unass i gned ) 


' 3A ' 


(unassigned) 


' 3B ' 


(unassigned) 


'04 ' 


(unassigned) 


'14' 


( unass i gned ) 


' 3 E ' 


(unassigned) 


'El ' 


(unassigned) 


*4 1' 


(unassigned) 


' 42 ' 


POLISH L, UPPER CASE 


'43 ' 


SCANDINAVIAN 0, UPPER CASE 


'44' 


D WITH CROSS BAR, UPPER CASE 


'45 ' 


ICELANDIC THORN, UPPER CASE 


'46' 


AE 


' 47 ' 


OE 


' 48 ' 


MAIGKIY ZNAK 


' 49* 


DOT IN MIDDLE OF LINE 


'51' 


MUSICAL FLAT 


*52' 


SUBSCRIPT PATENT MARK 


' 53' 


PLUS OR MINUS 


*54 * 


(unassigned) 


' 55' 


(unass igned ) 


' 56' 


ALIF 


' 57 ' 


(unassigned) 


'58 ' 


AYN 


'59' 


POLISH L, LOWER CASE 


' 62 ' 


SCANDINAVIAN 0, LOWER CASE 


' 63 ' 


D WITH CROSS BAR, LOWER CASE 


' 64 ' 


ICELANDIC THORN, LOWER CASE 


'65' 


AE, LOWER CASE 


' 66 ' 


OE, LOWER CASE 


' 67 ' 


TVEROYI ZNAK 


' 68 ' 


TURKISH 1 , LOWER CASE 


'69' 


BRITISH POUND SIGN 


'70' 


ETH 



42 



APPEND IX 11.2 



HEX MARC - I I 

CODE CHARACTER 



7 I 

72 

73 

74 

75 



(unass i gned ) 
(unass igned ) 
(unassfgned) 
(unassigned) 
( u na ss t gned ) 



76 

77 

78 
80 
8A 
8B 
8C 
8D 
8E 
8F 
90 
9A 
9B 
9C 
9D 
9E 



(unassigned) 
(unassigned) 
(unassfgned) 
(unassigned) 
(unassigned) 
(unass igned ) 
(unassigned) 
( u nass i gned ) 
(unassfgned) 
(unassigned ) 
(unassigned ) 
(unassigned) 
(unassfgned) 
(unassfgned) 
(unassfgned) 
(unassigned ) 



9F 
AO 
AA 
AB 
AC 
AD 
AE 
AF 
BO 
B I 
B2 
B3 
B4 
B5 
B6 
B7 



(unassigned ) 
(unassfgned ) 
(unassfgned) 
(unassfgned) 
(unassfgned ) 
(unassigned) 
( unass tgned ) 
( unass tgned ) 
(unassigned) 
(unassigned) 
(unassfgned) 
(unassigned) 
(unassfgned) 
(unassigned) 
(unassigned) 
(unassigned ) 



B8 

B9 

BA 

BB 

BC 

BD 

BE 

3F 

CA 

CB 

CC 

CD 

CE 




PSEUDO QUESTION 

GRAVE 

ACUTE 

C f RCUMFLEX 
TILDE 

MACRON BD 5-20-69 

BREVE 

SUPERIOR DOT 

UMLAUT 

HACEK 

ANGSTROM 

LEFT LIGATURE 

RIGHT LIGATURE 

HIGH COMMA, DIACRITICAL 
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HEX MARC- I I 

CODE CHARACTER 



'DA' DOUBLE ACUTE 

'DB' CANDRABINDU 



’DC' 
'DD ' 
’DE’ 
'DF' 
'EA' 
'EB' 
'EC' 
'ED' 
'EE' 
' EF ' 
’FA' 
' FB ' 
' FC ' 
'FD ' 
' FE ' 
'FF' 



CED I LLA 

RIGHT HOOK 

DOT BELOW CHARACTER 

DOUBLE DOT BELOW CHARACTER 

CIRCLE BELOW CHARACTER 

DOUBLE UNDERSCORE 

UNDERSCORE 

LEFT HOOK 

RIGHT CEDILLA 

UPADHMAN I YA 

DOUBLE TILDE, LEFT 

DOUBLE TILDE, RIGHT 

D IERES IS 

( u na ss I gned ) 

HIGH COMMA, CENTERED 
( unass f gned ) 



O 

ERIC 
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Appendix 11.3 



Computer Programs Used for 
the MASFILE-II Project 
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APPENDIX 11.3 



11.3 COMPUTER PROGRAMS USED FOR THE MASFILE-II PROJECT 



1 . 0 . 


NAME 


DESCRIPTION 


DOCUMENTATION 
LANGUAGE AVAILABLE 


p- 1 


MCATS 


Converts MASFILE 1 or 
SUNYAB tags In a file 
to approx. MASFILE-II 
tags, and formats file 
for ATS input 


COBOL 


NO 


P-2 


ATS L 1 ST 


Prints a list from 
ATS format 


COBOL 


NO 


P-3 


SUNYAB 
ATS Uti 1 - 
i ty 


Loads MARC- 1 1 (MAS- 
F 1 LE- 1 1 ) coded records 
i nto ATS 


360 Assembler 


NO 


P-4 


ATS QUEUE 
DUMP Util- 
ity 


Transfers ATS file to 
Magnetic tape 


(ATS Syst. 
Prog . ) 




P-5 


ATS MARC 


Converts ATS record 
format 1 nto MASFI LE- 
1 1 format 


COBOL 


NO 


P-6 


Z OUT 


Searches and extracts 
Z-class records from 
merged MARC-II tapes; 
convert's MARC-II to 
MASFILE-II format 


COBOL 


NO 


P-7 


Z EXTRA 


Extracts Z-class rec- 
ords from SUNYAB mas- 
ter file and stores 
them on magtape 


COBOL with 
FORTRAN 
subrout 1 ne 


NO 


P-8 


SLAUTHR 


Extracts main entry 
up to f l rst de l Im i - 
ter 4 places field 
at beginning of record 
for sorting 


COBOL 


NO 


P-9 


360 Utility 


Sorts records from 
P-8 operation 


360 Assembler 


YES 


P-10 


MF STRIP 


Str l ps off P-8 sort 
field after sort f ng 
so that ft w f 1 1 not 
print 


COBOL 


NO 



0 
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I.D. NAME DESCRIPTION LANGUAGE 

P- I I MASPRNT Prints MASFILE-II COBOL 

records , with wide 
options tor field se- 
lection and formatting 

P-12 NO HOLD Adds "not checked for COBOL 

holdings" to "speci- 
fied" 

P-13 M FILE Extracts main entry PL-I 

sorting field from 
MARC- I I or M AS F I L E - 
! I records 
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DOCUMENTAT ION 
AVA I LABLE 



YES 



NO 



NO 



A Microfiche copy of the Masfile - II 
Experimental Holdings List, included in 
the original report, is not reproduced 
here. Users interested in this List 
should contact Five Associated University 
Libraries. 
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